Funkcja ta umożliwia określenie cech kont bankowych, dla których należy zarejestrować operacje rozliczeniowe.

Wyszczególnione tutaj cechy są powiązane zarówno z domeną administracyjną, jak również finansową i księgową.

Sekcja ta dostępna jest dla Positive Pay.

Aby wydrukować czeki, kod działania CHQMG – Zarządzanie książeczkami czekowymi musi być aktywny, a wartość następujących ustawień musi być Tak:

USACHK – Drukowanie czeków US/Kanada (rozdział LOC, grupa USA)

CHQCT – Kontrola czeku (rozdział TRS, grupa BNK)

Kontrola wydruku czeków daje dostęp do opcji wydruku MICR (rozpoznanie znaków magnetycznych) tak, aby marszruty i numery konta zostały odczytane i zeskanowane przez system realizacji czeków.

Wydruk MICR wymaga zainstalowania w drukarce tonera zgodnego z MICR oraz odpowiednich czcionek. W przeciwnym razie system może odmówić realizacji czeku.

Warunek

SEEREFERTTO Odniesienie do dokumentacji Implementacja

Zarządzanie ekranem

Nagłówek

Pola

Na tej karcie występują następujące pola :

Ten kod identyfikuje konto bankowe. Kod można wprowadzić bezpośrednio lub wybrać z tabeli kont bankowych.

  • Opis (pole DES)

Pole to pozwala na powiązanie miejsca docelowego z rekordem. Oznaczenie to może być drukowane na rekordach, wyświetlane, jeśli kod rekordu jest wprowadzony na ekranie bądź używane w wyborach.
Opis ten, używany domyślnie na raportach i maskach wprowadzania, zastępowany jest przez krótki opis, jeśli wymagają tego ograniczenia wyświetlania bądź wydruku.

Zamknij

 

Karta Ogólne

Prezentacja

Kod i opis

Podstawowym kluczem identyfikacyjnym konta bankowego jest jego kod składający się z od 1 do 5 znaków alfanumerycznych.

Tytuł jest krótkim opisem używanym domyślnie na wydrukach, w oknach wyszukiwania oraz maskach wprowadzania. Zastępowany jest przez krótki tytuł w sytuacji, gdy wymagają tego ograniczenia wyświetlania lub edycji.

Identyfikatory „o charakterze zewnętrznym”

Zarówno kod BIC, jak i kod IBAN umożliwiają identyfikację banku w sposób jednoznaczny i na podstawie predefiniowanego warunku oraz mają zastosowanie dla wszystkich banków.

Inne dane na tej karcie służą głównie do tworzenia plików ASCII umożliwiających przelewy bankowe drogą elektroniczną i są to: numer rachunku bankowego, powiązana siedziba banku oraz numer wystawcy przelewu.

W kwestii kodu interfejsu przepływów pieniężnych, w przypadku, gdy aplikacja zewnętrzna zapewnia zarządzanie przepływami pieniężnymi, możliwe jest powiązanie z bankiem kodu, pod którym jest on znany.

Adres

Wprowadzenie adresu geograficznego banku jest opcjonalne.

Zamknij

 

Pola

Na tej karcie występują następujące pola :

Tożsamość

  • Adres (pole ADDLIG)

Adres banku.

Ten kod pozwala na zidentyfikowanie, między innymi Kraju kontrahenta.
Jest to ważna informacja powiązana z liczbą cech przydatnych do wykonywania kontroli na innych powiązanych informacjach, w szczególności:

  • format numeru telefonu,
  • z formatem numeru pozwalającym za zidentyfikowanie firmy lub działalności (SIRET, NAF) i stwierdzeniem czy wprowadzenie go jest wymagane,
  • format kodu pocztowego miejscowości i kod podziału geograficznego oraz, czy jego wpis jest wymagany,
  • czy numer VAT jest wymagany,
  • format rachunku bankowego.
  • pole CRYNAM

 

  • Kod pocztowy (pole POSCOD)

Kod pocztowy, którego format wprowadzania zdefiniowany jest w tabeli Kraj, pozwala określić miejscowość, stan/prowincję lub strefę geograficzną, jeśli są one zdefiniowane dla kraju.
Podczas modyfikacji kodu pocztowego, miejscowość i stan/prowincja odpowiadające nowemu kodowi są wyświetlane automatycznie. Zasada jest taka sama, jak dla stref geograficznych jeśli istnieją one dla kraju.
Można również wprowadzić bezpośrednio nazwę miejscowości, stan lub prowincję. Jeśli zdefiniowano miejscowość, stan lub prowincję, powiązane kody pocztowe wyświetlają się automatycznie.
Kontrola tej informacji oraz jej obowiązkowość zależą od ustawień dokonanych na poziomie zarządzania krajem. Aby kontrola została zastosowana, parametr POSCOD – Ostrzeżenie o nieistniejącym kodzie pocztowym (rozdział SUP, grupa INT) musi również mieć wartość „Tak”.

Przypadki szczególne:

- dla ANDORY, należy wskazać 99130,
- dla MONAKO, należy wskazać 99138,
- Dla wszystkich innych krajów zagranicznych należy wskazać krajowy identyfikator tego kraju, a 99999 oznacza nieznany.

Jeśli kod pocztowy został zdefiniowany jako wymagany dla kraju, należy go wprowadzić, jeśli pola Kod pocztowy lub Miejscowość są uzupełnione, bądź w przypadku, gdy informacje zostały zmienione w oknie adresu kontrahenta. Kontrola nie jest jednak dokonywana w momencie tworzenia dokumentu.

  • Miasto (pole CTY)

Automatycznie proponowana miejscowość to miejscowość powiązana z uprzednio wskazanym kodem pocztowym. Nazwę miejscowości można również wprowadzić bezpośrednio:
- jeśli jest ona zdefiniowana to kod pocztowy wyświetla się automatycznie,
- jeśli nie istnieje, a kontrola kodu pocztowego została ustawiona w rekordzie kraju, wyświetli się komunikat ostrzegawczy, ale wprowadzenie będzie dozwolone (aby kontrola miała zastosowanie, parametr CTY – Ostrzeżenie o nieistniejącym mieście musi mieć wartość „Tak”),
- jeśli miejscowość nie istnieje, a kod pocztowy zdefiniowano jako wymagany dla kraju, wyświetla się komunikat blokujący w momencie wprowadzania danych w polu Kod pocztowy lub Miejscowość, bądź w przypadku, gdy zmieniono informacje w oknie adresu kontrahenta. Kontrola nie jest jednak dokonywana w momencie tworzenia dokumentu.

Komentarze:

  • Format jest definiowany w ustawieniach rekordu kraju.
  • W zależności od ustawień, miejscowość może być automatycznie zapisywana wielkimi literami po wprowadzeniu.
  • Aby ułatwić wybór bez uwzględniania formatu (znaki z akcentami, wielkie/małe litery), okno wyboru dostępne w tym polu proponuje dedykowaną kolumnę wyboru, w której wyświetlają się nazwy miejscowości wielkimi literami.
  • Plan (pole ITINERAIRE)

Kliknięcie na tę ikonę otworzy stronę z mapą umożliwiającą usytuowanie wprowadzanego adresu.

  • Stan (pole SAT)

Kod umożliwiający określanie kraju, w którym bank jest zlokalizowany.

  • Telefon (pole TEL)

Numer telefonu. Format może zależeć od kraju.

  • Faks (pole FAX)

Numer faksu

Format zależy od kraju.

  • Internet (pole WEB)

Pełny adres e-mail.

Oddział

  • Krótki tytuł (pole DESSHO)

Ten opis jest używany na niektórych ekranach lub w raportach, jeśli nie ma wystarczająco miejsca do wyświetlenia długiego opisu.

  • NIP (pole CRN)

 

  • Nr rachunku bankowego (pole BIDNUM)

Domyślny numer konta bankowego.

  • BIC (pole BICCOD)

Międzynarodowy kod identyfikacyjny dla instytucji bankowych zgodnie ze standardem ISO.

  • IBAN (pole IBACOD)

W przypadku krajów, dla których zaznaczone jest pole wyboru „Zarządzanie IBAN”, IBANK jest automatycznie wyliczany po tym, jak użytkownik wypełni pole „Identyfikator banku”.
Kod kraju i identyfikator banku muszą być wcześniej wprowadzone dla rachunku bankowego, aktualnie w ramach ustawienia.

  • QR-IBAN (pole QRCIBACOD)

Należy wprowadzić numer QR-IBAN dla nadawcy. Jest on używany podczas generowania faktur sprzedaży jako QR-faktury, a ten numer jest używany jako numer konta nadawcy na dokumencie płatności QR.

Więcej informacji na temat QR-faktur znajduje się w przewodniku dla legislacji szwajcarskiej.

  • Numer ABA (pole ABANUM)

Należy wprowadzić 9 cyfr numeru rozliczeniowego banku (USA).

Pole to jest wymagane podczas generowania pliku stałego lub XML na podstawie plików bankowych w formacie ACH.

Uwaga: Kod działania KUS musi być aktywny w celu użycia płatności w formacie ACH.

  • Identyfikator ACH (pole SGLIDACH)

Należy wprowadzić unikatowy, 15-znakowy kod, który został przypisany do banku.

Pole to jest wymagane podczas generowania pliku XML na podstawie plików bankowych w formacie ACH.

Uwaga: Kod działania KUS musi być aktywny w celu użycia płatności w formacie ACH.

  • Identyfikator MTS (pole SGLIDMTS)

Należy wprowadzić unikatowy, 15-znakowy kod, który został przypisany do banku.

Pole to jest wymagane podczas generowania pliku XML lub MTS na podstawie plików bankowych w formacie ACH.

Uwaga: Kod działania KUS musi być aktywny w celu użycia płatności w formacie ACH.

  • Przekaz 1 (pole PAB1)

Bank-płatnik powiązany z numerem identyfikacyjnym banku.

  • Przekaz 2 (pole PAB2)

Dodatkowy adres banku powiązany z numerem rachunku bankowego.

  • Dodatkowy numer identyfikacji emitenta (pole SENNUM)

Określa tutaj numer wydawcy, który ma być podawany podczas transferu magnetycznego.

  • Interfejs Treasury (pole TRECOD)

Kod banku dla interfejsów do oprogramowania zarządzania gotówką

  • Numer wystawcy polecenia zapłaty (pole SENNUM2)

Należy tutaj wskazać numer wystawcy do dostarczenia podczas pobierania (poza SDD).

  • Kod banku portugal. (pole PORBANCOD)

 

Zamknij

 

Karta Zarządzanie

Prezentacja

Rekord operacji -Zarządzanie

Cechy księgowe

Większość danych na tej karcie dotyczy generowania dowodów księgowych rozliczeń dokonanych na koncie bankowym:

Dzienniki, typy dokumentów oraz konto przepływów pieniężnych księgowości rozliczeń

Tabela ta umożliwia ustawienie dziennika, typu dokumentu i konta przepływów pieniężnych, z których należy skorzystać w zależności od użytego typu dziennika oraz etapu księgowania.

  • W kwestii dziennika:
    • Wskazanie dziennika typu bankowego jest obowiązkowe dla banku.
    • Jeśli jest do dziennik Przepływów pieniężnych, powiązane z nim konto jest wskazane w polu Konto.
  • W kwestii typu dokumentu:
    • Typ dokumentu ma znaczenie wyłącznie dla dzienników innych niż Brak.
    • Pozwala wyszczególnić typ dokumentu w zależności od dziennika, tzn. w zależności od etapu księgowania. Użycie tego parametru umożliwia np. wyizolowanie weksli w realizacji w typach dokumentów szczególnych, wyróżnionych. depozytu lub wycofania.
  • W kwestii konta przepływów pieniężnych:
    • Typ dokumentu ma znaczenie wyłącznie dla dzienników innych niż Brak.
    • Pozwala wyszczególnić konto w zależności od dziennika, tzn. w zależności od etapu księgowania. Użycie tych parametrów umożliwia na przykład uzupełnienie konta w taki sposób, że księgowana jest obsługa weksli, bez użycia kodów księgowania klientów lub dostawcy.
Reguły zarządzania rozliczeniami
  • Płatność czekiem: Jeśli opcja ta ma zastosowanie, listy płatności czeku wygenerowane dla tego banku grupują rozliczenia w zależności od „typu czeku” (menu lokalne 654), które jest z nimi powiązane.
  • Depozyt wg daty realizacji. Należy wybrać tę opcję w celu wygenerowania jednego dokumentu na rozliczenie, jeśli zatwierdzenie depozytu dotyczy banku. W przeciwnym razie, przetwarzanie wygeneruje jeden dokument na listę depozytu.
  • Awiza płatności wg rozrachunku: Taka sama opcja dla awizów płatności.
Waluta banku

Pole to nie jest dostępne. Uzupełniane jest automatycznie na podstawie waluty konta KG powiązanego z bankiem lub, domyślnie, na podstawie lokalnej waluty.

Waluta banku determinuje walutę transakcji operacji księgowych dla tego banku w taki sposób, aby ułatwić uzgodnienia bankowe i waloryzację kont w walucie zagranicznej podczas zamykania roku obrotowego.

Rozliczenia w walucie innej niż waluta konta generują automatyczny dowód połączenia między walutami.

W związku z przejściem na euro, waluta konta, do tej pory „IN”, zostanie zmieniona. Pole „Data przejścia na Euro” uzupełniana jest automatycznie w momencie, w którym użytkownik zmienia walutę powiązaną z kontem bankowym.

Data ta używana jest do:

  • Kontroli waluty wprowadzania dowodów do dziennika bankowego oraz wyciągów bankowych
  • Określania waluty wydruku raportu uzgodnienia bankowego
Inne cechy:
  • Identyfikacja lokalizacji lub firmy, od której zależy bank
  • Definicja banku jako kod kontrahenta, jeśli konto dziennika bankowego jest zbiorcze
  • Wybór kodu księgowania warunkujący wybór konta niezapłaconych opłat bankowych
Ustawienia w rekordach konta bankowego powiązanych z kontem przepływów pieniężnych w celu dokonania uzgodnienia

Można zdefiniować rekord konta bankowego na poziomie firmy lub lokalizacji powiązany ze standardowym kontem przepływów pieniężnych lub z kontem zbiorczym przepływów pieniężnych kontrahenta. Aby uzgodnić rekordy, należy upewnić się, że rekordy bankowe zdefiniowane na tym samym poziomie nie zawierają identycznych informacji na poziomie następujących definicji: bank, firma, lokalizacja, konto lub kontrahent. Definicje rekordów bankowych muszą być unikalne.

W funkcjach uzgadniania, uwzględniane są pozycje dowodów księgowych, które zostały zaksięgowane dla lokalizacji lub firmy, zgodnie z definicją w rekordzie konta bankowego oraz na koncie przepływów pieniężnych kontrahenta, jak zdefiniowano w rekordzie konta bankowego. W ten sposób, jeśli dla tej samej firmy lub lokalizacji oraz dla tego samego konta bankowego (kontrahenta) utworzono wiele rekordów konta bankowego, te same pozycje dowodów wyświetlają się podczas dokonywania uzgodnienia.

Uwaga: Ma to również zastosowanie do funkcji Zapytanie bankowe (CONSBAN).

Przykład:
W poniższych rekordach bankowych, pozycje kodu bankowego AAA i BBB nie mogą zostać uzgodnione, ponieważ posiadają takie same definicje Firmy, Lokalizacji i Konta. W takim przypadku, uzgodnienie daje dokładnie te same pozycje dowodów księgowych. Kody bankowe III i JJJ również nie mogą zostać uzgodnione, ponieważ mają takie same definicje Firmy, Lokalizacji, Konta i Kodu kontrahenta.


Rekordy konta bankowego przed uzgodnieniem

Kod banku

Firma

Lokalizacja

Typ dziennika bankowego

Gotówka

Konto zbiorcze

Konto kontrahenta

AAA

FR10

BNK

512000

Nie

BBB

FR10

BNQ

512000

Nie

CCC

FR10

FR011

BNQ

512000

Nie

DDD

FR10

BAN

512001

Nie

EEE

FR10

FR011

BAK

512002

Nie

FFF

FR10

FR012

BAK

512002

Nie

GGG

FR10

BNQ

512003

Tak

GGG

HHH

FR10

BNQ

512003

Tak

HHH

III

FR10

BNQ

512003

Tak

BAQ

JJJ

FR10

BNQ

512003

Tak

BAQ

LLL

FR20

BNK

512000

Nie

Pozycje dowodu wyświetlone po uzgodnieniu

Kod banku

Firma

Lokalizacja lub lokalizacje

Nr konta

Kontrahent

Kod dziennika

Powód braku uzgodnienia

AAA

FR10

Wszystkie

512000

NNNN

Definicje identyczne jak BBB

BBB

FR10

Wszystkie

512000

NNNN

Definicje identyczne jak AAA

CCC

FR10

FR011

512000

NNNN

DDD

FR10

Wszystkie

512001

NNNN

EEE

FR10

FR011

512002

NNNN

FFF

FR10

FR012

512002

NNNN

GGG

FR10

Wszystkie

512003

GGG

NNNN

HHH

FR10

Wszystkie

512003

HHH

NNNN

III

FR10

Wszystkie

512003

BAQ

NNNN

Definicje identyczne jak JJJ

JJJ

FR10

Wszystkie

512003

BAQ

NNNN

Definicje identyczne jak III

LLL

FR20

Wszystkie

512000

NNNN

Zamknij

 

Pola

Na tej karcie występują następujące pola :

Parametry

Jest to kod pozwalający na ograniczenie dostępu do banku dla niektórych użytkowników.
Jeśli to pole zostało uzupełnione, to z tego banku skorzystać mogą tylko użytkownicy mający ten kod dostępu w swoim profilu.


    Lokalizacja, która posiada ten rachunek bankowy. Wprowadzanie tych informacji automatycznie aktualizuje kod firmy.

    Firma , która posiada ten rachunek bankowy.
    Informacje obowiązkowe.

    • Identyfikator wyciągu bankowego (pole BSIREFBAN)

    Należy wprowadzić unikalny kod lub ciąg znaków występujący w pliku wyciągu bankowego w celu identyfikacji tego konta bankowego.

    To pole jest opcjonalnie używane w kontekście procesu zaawansowanego importu wyciągu bankowego. W zależności od ustawień, import wyciągów bankowych używa tej informacji do automatycznego odnalezienia konta bankowego w Sage X3 przynależącego do pliku wyciągu bankowego. Zazwyczaj jest to konieczne w przypadku importu plików wyciągów zawierających wiele wyciągów z różnych kont bankowych dla tego samego banku w jednym pliku.

    Więcej informacji znajduje się w przewodniku na temat zaawansowanych wyciągów bankowych.

    • Nr klienta BVR (pole BVRNUM)

    To pole wymaga aktywacji kodu działań KSW – Lokalizacja szwajcarska. Pozwala na wprowadzenie numeru klienta BVR dla danego konta bankowego. Ten numer jest użyty do rozliczeń powiązanych z numerem BVR (pomarańczowy odcinek przelewu z numerem referencyjnym).

    Dostawcom numer klienta BVR pozwala również wyszukiwać rozrachunki sprawdzające, czy wpis pozycji kodu BVR jest aktywny dla faktur zakupu z poziomu parametru SWIPURBVR – Użycie zakupu szwajcar. BVR (rozdział LOC, grupa SWI).

    Aby dowiedzieć się więcej o ustawieniu płatności i BVR, zalecane jest zapoznanie się z przewodnikiem o szwajcarskiej legislacji dostępnym w centrum pomocy online w zakładce w Jaki sposób?

    • ID klienta BVR (pole BVRCUSTID)

    Należy uzupełnić identyfikator klienta BVR, jeśli wykorzystywane są faktury klienta BVR z kontem bankowym standardowym, a nie kontem Postfinance. Identyfikator klienta BVR jest przekazywany przez bank.

    Pole to jest dostępne wyłącznie, jeśli aktywny jest kod działania KSW - Lokalizacja szwajcarska.

    Rejestr bankowy

    Należy wprowadzić lub wybrać przychód jako kod Transakcja wprowadzania rozliczenia (GESTPY) dla tego konta bankowego. Kod ten wykorzystywany jest w powiązanym Rejestrze bankowym.

    Pole to wyświetla się wyłącznie dla legislacji polskiej oraz legislacji południowo-afrykańskiej dla danego rejestru bankowego.

    Dla tego konta bankowego należy wprowadzić lub wybrać Wydatek jako kod Transakcji wprowadzania rozliczenia (GESTPY). Kod ten wykorzystywany jest w powiązanym Rejestrze bankowym.

    Pole to wyświetla się wyłącznie dla legislacji polskiej oraz legislacji południowo-afrykańskiej dla danego rejestru bankowego.

    • pole BAK11

     

    • pole BAK12

     

    • pole BAK13

     

    • pole BAK14

     

    Rabaty

    • Płatność czekiem (pole CHQTYPFLG)

    Określ tutaj, czy bank żąda odrębnych depozytów czekowych „Miejscowy” i „Zamiejscowy”.
    Opcja ta będzie używana przez moduł „Rozrachunki” podczas przygotowywania depozytuczekowego.

    • Lista płatności wg terminu (pole FRMDUDFLG)

    Z tej opcji należy skorzystać, aby utworzyć jeden zapis księgowy na rozrachunek lub jeden zapis księgowy na listę płatności podczas księgowania weksli w banku. Jeśli wybrano Tak to jeden zapis księgowy jest tworzony na jeden rozrachunek z datą zapisu ustawioną jako data rozrachunku. Jeśli wybrano Nie to data zapisu jest ustawiana jako data listy płatności.

    • Potwierdz. płatn. wg terminu (pole PABDUDFLG)

    Opcja ta umożliwia tworzenie dokumentu dla każdego terminu płatności lub dokumentu dla awiza podczas zatwierdzania awiza banku realizującego dla danego banku.

    Jeżeli „Tak”, będzie występować pozycja według terminu płatności jako daty księgowania terminu płatności. W innym przypadku, data księgowania będzie datą awiza.

    Tabela Dzienniki

    • Nr (pole NUMLIG1)

    Bieżący wiersz w tabeli.

    • Typ dowodu (pole JOUTYP)

    • Dziennik bankowy - dziennik, w którym księgowane są zapisy dla danego banku.
    • Dziennik należnych czeków - dziennik, w którym księgowane są zapisy potwierdzenia realizacji czeków.
    • Dziennik wpłat - dziennik, w którym księgowane są weksle w momencie inkasa.
    • Dziennik skont - dziennik, w którym księgowane są skonta weksli w momencie inkasa. Ten dziennik może być identyczny lub może się różnić od dziennika wpłat.

    Dwa dzienniki mogą być użyte w zależności od tego, czy płatności dotyczą dostawców środków trwałych czy też nie:

    • Dziennik zobowiązań wekslowych zakupów - dziennik, w którym księgowane są weksle zakupowe.
    • Dziennik zobowiązań wekslowych środków trwałych - dziennik, w którym księgowane są weksle środków trwałych.

    Każdy dziennik może być typu przepływy pieniężne lub operacje dodatkowe.


    Wprowadzenie dziennika banku jest wymagane.
    Wprowadzenie innych dzienników jest opcjonalne. Zastąpią one te, które podano w ustawieniach ogólnych.
    We wszystkich przypadkach muszą to być dzienniki przepływów pieniężnych lub OD.
    Wybór typu dziennika odbywa się w menu lokalnym.

    Używane do powiązania typu dokumentu z typem dziennika, inaczej nazywane etapem księgowania.

    Używane do powiązania konta gotówki z typem dziennika, zwanego inaczej etapem księgowania.

    Parametry księgowe

    Pole to wyświetla kod kontrahenta, który jest wymagany, jeśli jeden z dzienników jest powiązany z kontem typu rozrachunkowego. Kod kontrahenta musi być innym kontrahentem. Uznawany jest za podkategorię konta bankowego.

    Ustawienia te umożliwiają na przykład śledzenie dowodów księgowych, unikając duplikowania kont bankowych w module Księgowość.

    To pole pozwala wskazać kod księgowania lokalizacji.
    Kod księgowania to domyślna wartość używana do tworzenia dowodów księgowych.
    Odnosi się do tabeli wymieniającej pewną liczbę elementów (konta zbiorcze, konta lub części kont) mogących zostać użyte do określenia, które dowody księgowe zostaną zaksięgowane.

    Wskazuje walutę operacji.

    • Typ kursu (pole CHGTYP)

    Zapisy księgowane na rachunku bankowym, które utrzymywane są w innej walucie niż waluta firmy, będą przeliczone na walutę firmy.

    W tym miejscu wymieniany jest typ kursu waluty, który ma być używany do wykonania przeliczenia.

    Typ ten jest używany w przypadku funkcji alokacji bankowej, aby przeliczyć wirtualne saldo banku na walutę firmy.

    • Data zm. waluty (pole CHGDAT)

     

    • Gotówka wykluczona (pole CFOEXD)

     

    • Różnice kursowe bankowe (pole FLDFIFCP)

    Jeśli to pole wyboru jest zaznaczone, ogólne dowody księgowe tego konta są wyłączone z Różnic kursowych bankowych (GESFIFCV).

    Umożliwia to wykluczenie krótkoterminowych depozytów lub funduszy zaksięgowanych jako Płatność wychodząca i Płatność przychodząca na tym samym koncie.

    Pole to dostępne jest wyłącznie, jeśli waluta konta różni się od waluty księgi lub powiązanego dokumentu, kod działania FIFRC jest aktywny, a wartość parametru FIFRC - Różnice kursowe bankowe (rozdział CPT, grupa CLO) to Tak.

    • Data od (pole FLDSDA)

    Należy wprowadzić datę rozpoczęcia otwartego okresu dla dowodów księgowych rozpoczynających się od tej daty.

    Pole to dostępne jest wyłącznie, jeśli waluta konta różni się od waluty księgi lub powiązanego dokumentu, kod działania FIFRC jest aktywny, a wartość parametru FIFRC - Różnice kursowe bankowe (rozdział CPT, grupa CLO) to Tak.

    Alokacja nakładów

    • Nr rachunku bankowego (pole BIDEXS)

    Z tego pola należy skorzystać, aby wprowadzić numer konta bankowego, z którego będą pobierane opłaty bankowe.
    Ten kod jest używany tylko podczas generowania plików bankowych. Ustawienia konkretnego obciążanego konta nie generuje żadnego zapisu księgowego. Poprawność wprowadzonego numeru jest kontrolowana względem klucza numeru konta bankowego.
    SEEINFOTo pole jest opcjonalne. Jeśli nie zostało ono przypisane to pobierane są szczegóły głównego konta.

    Pole to jest używane do wprowadzania waluty dla kwoty, od której odliczane będą opłaty bankowe.
    Walutą domyślną będzie taka sama waluta, jak w przypadku waluty obowiązującej dla konta głównego.
    SEEINFOPole to jest wypełniane, jeśli identyfikator banku określonego konta opłat został wprowadzony.

    • IBAN (pole IBAEXS)

    W polu tym wyświetlany jest prefiks IBAN (Międzynarodowy numer rachunku bankowego)) rachunku, z którego potrącane będą opłaty bankowe.
    Kod ten jest używany tylko podczas generowania plików bankowych.
    SEEINFOPole to jest wypełniane jeżeli został wprowadzone specjale konto opłat identyfikatora banku.

    Warunki

    • Warunki bankowe (pole BANTRM)

    Pole, które nie jest używane przez oprogramowanie.

    • Stawka skonta (pole DEPRAT)

    Pole, które nie jest używane przez oprogramowanie.

    • Kontrola bilansu (pole BNKPROBALC)

    Jeśli wartość pola to „Tak”, kontrola salda jest aktywna dla tego banku w funkcji Płatności/Wpłaty. Kontrola salda odbędzie się w walucie banku.
    Pole to jest widoczne i dostępne wyłącznie, jeśli wartość parametru PROBALCTL - Narastająca kontrola salda (rozdział TRS, grupa PAY) to „Tak”.

    Plik

    • Rozszerzenie pliku (pole FILEXT)

    Należy podać rozszerzenie plików wygenerowanych dla przekazów elektronicznych. Konieczne jest podanie rozszerzenia, jeśli kod konta bankowego zawiera więcej niż trzy znaki.

    • Plik bankowy (Portugalia) (pole BANFIL)

     

    • Dodatkowy rekord (pole RECCPT)

    Gdy jest zaznaczone, to pole wyboru jest używane do generowania plików bankowych z formatem AFB160 oraz pozycją „07” („Dodatkowe rekordy”).

    • Przetwarzanie w partiach (pole SCTPROLOT)

    Gdy pole to jest zaznaczone, bank wykonuje ogólne księgowanie (jedna pozycja debetowa uwzględniana dla potwierdzenia depozytu).
    Gdy pole to jest odznaczone, bank wykonuje księgowanie jednostkowe (jedna pozycja debetowa uwzględniana dla płatności).
    Informacja ta jest używana w kontekście generowania pliku bankowego z formatem SEPA. Odnosi się do pola „Rezerwacja paczki” w pliku .xml.

    Tabela Analityka

     

    To pole wyświetla typ wymiaru analitycznego powiązany z bankiem. Wyświetlone typy wymiarów domyślnie pochodzą z firmy lub lokalizacji powiązanej z bankiem lub kasą.

    Zamknij

     

    Karta Czeki

    Prezentacja

    Wydruk czeku

    Ten blok umożliwia kontrolę wydruku czeków.

    Następujące parametry muszą mieć wartość Tak w celu aktywacji pól bloku Wydruk czeku.

    USACHK – Drukowanie czeków US/Kanada (rozdział LOC, grupa USA)

    CHQCT – Kontrola czeku (rozdział TRS, grupa BNK)

    Wydruk MICR

    W tej sekcji należy wprowadzić informacje wymagane dla wydruku MICR.
    Jeśli wartość wydruku MICR to Tak, numery tranzytu bankowego i weryfikacja konta są konieczne.

    Zamknij

     

    Pola

    Na tej karcie występują następujące pola :

    Wydruk czeku

    • Format (pole CHKFMT)

    Należy wybrać format czeku w zależności od typu czeku do edycji:

    • Czek-odcinek-odcinek
    • Odcinek-czek-odcinek
    • Czek-odcinek

    Jeśli wartość parametru USACHK -Wydruk czeku US/CAN (rozdział LOC, grupa POR) to Tak, pole jest aktywne. Jeśli wartość tego parametru to Nie, pole jest nieaktywne i przyjmuje wartość Nieużywane.

    • Następny czek (pole NXTSEQ)

    W polu tym wyświetlić można następny numer czeku bądź wprowadzić numer czeku.

    Numery czeków muszą uprzednio zostać wprowadzone w funkcji Czeki (GESCHB). Dostęp do nich można uzyskać również za pośrednictwem ikony Książeczka czekowa.

    Pole to jest aktywne, jeśli wartość parametru CHQCT - Kontrola czeku (rozdział TRS, grupa BNK) to Tak.

    • Książeczka czekowa (pole CHK_BTN)

    Aby otworzyć funkcję Czeki (GESCHB) należy wybrać Książeczkę czekową i przypisać numery czeku do unikatowego konta bankowego. Należy wprowadzić numer początkowy i numer końcowy na podstawie listy czeków.

    • Status czeku (pole STA_BTN)

    Cliquez sur l'icône Lookup pour visualiser l'état du chèque ainsi que la date et le numéro de séquence Positive Pay correspondants, si applicable.

    Les états sont :

    Disponible – état initial des chèques émis par chéquier

    Utilisé – état des chèques auto après édition, ou état des chèques manuels

    Annulé – remise à zéro manuelle ou automatique par annulation ou suppression du paiement

    Validé – le paiement et le chèque sont comptabilisés

    Pointé – le chèque est sécurisé par la banque

    Vous ne pouvez pas modifier manuellement un chèque ayant pour état Disponible, Validé ou Pointé. Ces états sont attribués automatiquement quand des actions sont effectuées sur le paiement lié.Seuls les chèques non validés peuvent être réédités.

    Ce champ est uniquement disponible si le paramètre CHQCT - Contrôle chèque (chapitre TRS, groupe BNK) a pour valeur Oui.

    Wydruk MICR

    • Drukuj (pole MCRPRT)

    Należy wybrać Tak w celu wydrukowania MICR. Aktywowane są wtedy pola Tranzyt banku oraz Sprawdzanie konta. Numer czeku oraz pozycja MICR są drukowane na czekach.

    • Tranzyt banku (pole BANTRA)

    Należy wprowadzić numery przekazu bankowego do wydrukowania w pozycji MICR dla czeków.

    • Sprawdzanie konta (pole CHKACC)

    Należy wprowadzić numer Konta sprawdzenia do edycji w pozycji MICR czeków.

    Płatność poprawna

    • Nazwa pliku (pole POSPAYFIL)

    Należy wprowadzić nazwę pliku bankowego Positive Pay utworzonego w funkcji Pliki bankowe (GESTFB).

    Pole to dostępne jest wyłącznie, jeśli wartość parametru CHQCT - Kontrola czeku (rozdział TRS, grupa BNK) banku to Tak oraz jeśli zaznaczono pole wyboru Plik bankowy w funkcji Pliki bankowe (GESTFB).

    Zamknij

     

    Definicja dokumentów, typów dokumentów i kont w rozliczeniach

    Dzienniki, typy dokumentów i kont zarządzania płynnością, używane w dziennikach księgowych dla płatności mogą być konfigurowane. Są one wyznaczane kaskadowo jako funkcja zmienionych danych w bazie danych (kontrahent, bank), automatów księgujących lub parametrów ogólnych.

    Typy zapisów w dzienniku

    Ocena typu dziennika jest wykonywana kaskadowo, postępując zgodnie z poniższymi regułami. Iteracja zatrzymuje się przy pierwszej regule, która jest używana do określania typu dziennika:

    • Typ dziennika, skonfigurowany w automacie księgującym płatność,
    • Jeżeli jest niedostępny, typ dziennika skonfigurowany w rekordzie banku,, dla typu dziennika, a zatem etapu księgowego. Reguła jest przetwarzana tylko wtedy, gdy typ dziennika jest inny niż „Brak”.
    Dziennik

    Ocena dziennika jest wykonywana kaskadowo, postępując zgodnie z poniższymi regułami. Iteracja zatrzymuje się przy pierwszej regule, która jest używana do określania dziennika:

    • Dziennik skonfigurowany w automacie księgującym płatność,
    • Jeżeli jest niedostępny, dziennik skonfigurowany w rekordzie banku,, dla typu dziennika, a zatem etapu księgowego. Reguła jest przetwarzana tylko wtedy, gdy typ dziennika jest inny niż „Brak”.
    • W innym przypadku, dziennik skonfigurowany w parametrach ogólnych JOUPAY*,
    • W przeciwnym razie, dziennik powiązany z typem dziennika.
    Konto zarządzania płynnością

    wskazuje, że termin „Konto zarządzania płynnością” używany tutaj ma charakter ogólny. Jest to konto, które ma być używane do zakończenia poprzedniego etapu. Dlatego też, może to być konto pośrednie w przypadku płatności pośredniej oraz rachunek bankowy w przypadku wpłaty bankowej.

    Wskazuje także, że wszystko, co następuje jest powiązane z funkcjonowaniem zmiennej dla automatu księgującego „CPTTRESO”, używanego standardowo przez większość automatów księgujących, które powiązane są z różnymi etapami płatności. Oczywiście to tylko dowodzi, że jeśli standardowe automaty księgujące zostaną zmodyfikowane, reguła ta nie będzie obowiązywać.

    Na koniec, wskazuje, że reguły określone poniżej zakładają, że bank jest znany w czasie dokonywania oceny. Ocena konta zarządzania płynnością w strukturach księgowych, która nie wymusza występowania banku w płatności (w przypadku księgi kasowej), używa innych reguł: Kod księgowy powiązany z kontrahentami, parametry JOUPAY*,...

    Wyliczenie konta zarządzania płynnością jest wykonywane kaskadowo, postępując zgodnie z poniższymi regułami. Iteracja zatrzymuje się przy pierwszej regule, która jest używana do określania konta.

    • konto zarządzania płynnością, skonfigurowane w rekordzie banku,, dla typu dziennika, a zatem etapu księgowego. Reguła ta jest przetwarzana tylko wtedy, gdy typ dziennika jest inny niż „Brak”. Ponadto to sugeruje, że jest ona przetwarzana, jeśli bank jest powiązany z płatnością.
    • W przeciwnym razie, konto kontrolne powiązane z dziennikiem. To zakłada, że dziennik jest typu finansowego. Dziennik ten jest wyznaczany przez następującą regułę w sposób kaskadowy:
      • Dziennik powiązany z etapem księgowym w przypadku płatności w rekordzie banku.
      • W przeciwnym razie, dziennik powiązany z automatem księgującym,
      • W innym przypadku, dziennik zdefiniowany w parametrach ogólnych JOUPAY*,
    • W przeciwnym razie, konto zarządzania płynnością jest ocenianie jako funkcja kodów księgowych skonfigurowanych w automacie księgującym.
    • W przeciwnym razie, przez parametr ogólny ACCDEF.

    Faktyczne konsekwencje są następujące:

    • Jeżeli dziennik typu finansowego (z kontem kontrolnym) jest zdefiniowany dla typu dziennika, konto zarządzania płynnością, które jest przenoszone podczas realizacji odpowiedniego etapu księgowego, będzie zawsze tym kontem kontrolnym.
    • Jeżeli reguła przypisywania dla konta uzależniona jest od parametru innego niż dziennik (np. kodówksięgowych), wymagane jest, aby dziennik nie był typu finansowego.

    Komunikaty o błędzie

    Podczas wprowadzania mogą wyświetlić się następujące komunikaty ogólne oraz o błędach :

    „Brak kodu interfejsu: Bank XXX bez kontroli przepływów pieniężnych”

    Zarządzanie interfejsem przepływów pieniężnych jest aktywne. Brak kodu interfejsu przepływów pieniężnych dla banku oznacza, że żadne powiązane z nim rozliczenie nie zostanie wyeksportowane do aplikacji przepływów pieniężnych.

    „Kod interfejsu zarządzania płynnością został już użyty: XXX”

    Zarządzanie interfejsem przepływów pieniężnych jest aktywne. Kod interfejsu przepływów pieniężnych bieżącego rekordu został już podany dla banku XXX.

    „Pole obowiązkowe”

    Jeśli powiązanie banku z lokalizacją nie jest konieczne, należy z nim powiązać przynajmniej firmę.

    W ten sam sposób, kod księgowania definiujący warunki rejestracji wydatków pozycje niezapłacone musi zostać zidentyfikowany.

    „Należy wprowadzić dziennik banku”

    Jednym możliwym dziennikiem, który musi być obowiązkowo uzupełniony w tabeli na drugiej karcie jest dziennik typu bankowego.

    „XXX: Nie jest jednostką prawną”

    Firma, od której zależy bank musi być zdefiniowana jako jednostka prawna.

    „To nie jest kontrahent pozostały”

    Ponieważ niektóre dowody bankowe mogą być nieobowiązkowe, wybór kodu/konta kontrahenta identyfikującego bank musi obowiązkowo dotyczyć kontrahenta innego typu, a nie dostawcy, klienta itp.

    „Wprowadź dziennik dla przepływów pieniężnych lub innych operacji”

    Dzienniki bankowe czeków do zrealizowania muszą obowiązkowo być typu Przepływy pieniężne lub PO.

    Użyte tabele

    SEEREFERTTO Odniesienie do dokumentacji Implementacja